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A System Providing Desktop Integration 
of Patient Information And Document Management 



1330.1031 



BACKGROUND OF THE INVENTION 
Field of the Invention 

The present invention is directed to a desktop system that 
integrates an existing healthcare application with a separate document 
management system and, more particularly, to a system that includes an 
integration interface that modifies a user interface of the healthcare 
application and includes objects that access the document management 
system using information from the user interface. 
Description of the Related Art 

Healthcare workers depend on viewing patient records to 
complete their work. Oftentimes paper documents are used, but many 
organizations have made use of electronic document imaging and 
management. The benefits of electronic document management are great - 
concurrent document access, permanent storage and retrieval, workflow 
capabilities, etc. But a document imaging application may add to the already 
long list of systems that a healthcare organization might already use. 
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The healthcare computing environment consists of many 
separate and diverse systems. Frequently healthcare workers must utilize a 
number of different systems to complete their work. The effort needed for 
the worker to move between these systems has a negative impact on their 
5 productivity and widens the opportunity for errors. Effort is wasted 

administering and maintaining separate security profiles across these many 
systems. 

The traditional method for implementing patient document 
management systems is to add a new application along side existing 

10 applications. This is not ideal. Typical systems that are added alongside 
existing healthcare applications are the American Management System 
AccountLink and RecordLink®, which provide account and record 
functionality for healthcare business office and medical records offices, 
respectively. These existing AMS systems are used side-by-side with 

15 existing healthcare applications. The LanVision Chart Vision™ (see 

www.lanvision.com) and the MedPlus ChartMaxx™ ( see 
www.medplus.com) are also complete document imaging systems that are 
run alongside other healthcare applications. 

What is needed is a system that facilitates a tight integration of 

20 document management into existing healthcare applications. 



SUMMARY OF THE INVENTION 
It is an object of the present invention provide integration of 
document management into existing healthcare applications by providing an 
integration application programming interface (API). 
25 It is another object of the present invention to minimize the 

effort needed to move between these different applications. 

It is an additional object of the present invention to reduce the 
labor involved in maintaining and accessing separate systems. 
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It is another object of the present invention to improve 
security, user authorization, user authentication, patient chart deficiency 
processing and auditing. 

It is also an object of the present invention provide a 
healthcare specific document imaging application program interface (API) 
that can easily be integrated into an existing healthcare application. 

It is a further object of the present invention to provide an API 
that allows simple and direct access to a typical separate patient document 
management system. 

The above objects can be attained by a system that has an 
integration interface for an existing healthcare system that provides access to 
a separate and existing document management system. The integration 
interface provides modifications (added controls) for a user interface of the 
healthcare system that allow a user to initiate access to the document 
management system. The integration interface also includes objects 
(methods and data) that perform the access to the document management 
system based on the information of the user interface and provides the 
information requested to the interface for viewing and modification. 

These together with other objects and advantages which will 
be subsequently apparent, reside in the details of construction and operation 
as more fully hereinafter described and claimed, reference being had to the 
accompanying drawings forming a part hereof, wherein like numerals refer to 
like parts throughout. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 illustrates a non-integrated interface of two separate 

systems; 

Figure 2 depicts an integrated interface for two separate 
systems according to the present invention; 
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Figure 3 illustrates interaction in a system according to the 
present invention; 

Figure 4 depicts the architecture of a system according to the 

present invention; 

Figure 5 illustrates a query; 

Figure 6 illustrates object relationships; 

Figure 7 illustrates a chart control; 

Figure 8 depicts a document control; 

Figure 9 shows a document viewer; 

Figure 10 illustrates a process of the present invention; 

Figure 1 1 shows separate interfaces; 

Figure 12 illustrates an integrated interface. 

DESCRIPTION OF THE PREFERRED EMBODIMENTS 
Healthcare workers make use of different computer 
applications to accomplish their tasks. Physicians may use a clinical hospital 
information system to access their patient's demographic information while 
retrieving laboratory results from another system and transcribing a diagnosis 
into yet another. Likewise, someone in a patient accounting role may access 
a billing system, the main hospital information system, and a collection 
application. 

If a healthcare organization implements a document 
management system, it is typically added as a separate application on the 
user's desktop. The addition of a document imaging system adds another 
level of complexity to the user's work. As illustrated in figure 1, the user 8, 
such as a doctor, in using a conventional system 10, for example, enters the 
same account number into two different entry spaces 12 and 14 in two 
different windows (user interfaces) 16 and 18 appearing on single display 20 
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of the computer 22. To move between the systems requires that the user 8 
change interfaces and enter some of the same identifying information twice. 

The present invention minimizes the effort needed to move 
between the applications and presents a unified application front end to the 
user. The present invention provides a mechanism to integrate document 
management features into an existing healthcare system. 

Using this mechanism, a document management system 
provides a concise set of programmable interfaces to its application features 
and functions. An existing healthcare application hooks the document 
management system into it's own user interface. Figure 2 depicts an interface 
in which a single set of information provides access to the information in two 
separate systems. As can be seen, the user 8 is presented with a display 30 in 
which only a single entry space 32 is provided and the information is 
presented by two viewers 34 and 36 from two different systems in the same 
window 38. 

The programmable interface provided by the document 
management system includes all functions that are required by a document 
management system. These typically include: logon, locate a document, 
display a document, navigate through pages of a document, add notations to a 
document, process deficiencies for a patient's chart, print a document and 
logoff. 

Figure 3 illustrates how the programmable interface of the 
present invention is vised by a healthcare application to control the display of 
patient documents. System logons and security administration is simplified 
for both users and system administrators. A single sign-on and security 
validation is performed. The healthcare application 52 performs the initial 
logon for the user and validates their security privileges. The document 
management system 54 depends on the main healthcare application 52 for 
valid authorization and authentication of the user and the logon to the system 
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54 is performed for the application 52. User error is also minimized. Key 
information used to retrieve patient documents in the document management 
system 54 is provided directly for the main healthcare application 52. The 
user does not need to re-key this data to view the patient documents. This 
virtually eliminates the possibility of retrieving and viewing the wrong 
patient's documents. A simplified user work environment is also provided. 
The end users see a single integrated application on the screen. This 
minimizes the amount of application switching required to perform the work. 
Under the integrated application paradigm, it is easier to train and support 
users. 

The interface 62 of the present invention, as depicted in figure 
4, integrates an existing health care application 64 with one or more existing 
Patient Documents Management Systems (PDMS) 66, 68 and 70, and 
databases 72 and 74. The interface 62 includes objects 76 and controls 77 
where the controls 77 are actually made a part of the healthcare application 
64 as depicted by the portion of the interface 62 that overlaps with the 
application 64 in figure 4. The objects can be implemented in C ++ but are 
preferably implemented as Microsoft ActiveX Objects and are generally not 
visible to end-users whereas the controls are preferably ActiveX Controls 
(buttons, editable fields, viewers, etc.) and are visible components on an end- 
user's screen with which they may interact. For example, an object may 
contain security information about which documents a particular user may 
access, but a control would be used to display those documents to the user. 
The controls contain standard window attributes such as background color, 
font, text color, frame style, display formats, 3D effects to achieve this 
seamless appearance. 

During a typical interaction, a user of the application 64 
requests a patient chart by clicking a document button (for a chart document, 
a text document, and image document, voice document, spread sheet 
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document, audio, video, etc.) or control 81 (see figure 5) added to a user 
interface (window) in the application 64. The control would initiate a query 
object 82 within the integration interface 62 which accesses a user profile 83 
in an existing document management system 66 for user information to 
5 authenticate that the user can access system 66. Using the patients 

information entered into the application 64 via the user interface, the query 
object 82 accesses the chart database 84 to obtain the patients chart from the 
document management system, 66 and the chart would be provided to a chart 
object 85. A document database 86 is also accessed to obtain documents 

1 0 associated with the chart which are provided to a document object 87. The 

chart object 85 and document object 87 presents chart and document to the 
user through a viewer 88 of the application 64 where it is displayed to the 
user. The user would be able to use other controls to modify the chart and/or 
document through modify controls and modify objects. 

15 The integration interface 62 can be implemented on the same 

desktop workstation computer 78 as the application 64 as depicted by the 
dashed line of figure 4 while the document management systems can be 
implemented on a single mainframe computer 79. Other configurations may 
be preferable in certain situations. For example, the application 64 and the 

20 controls of the interface 62 could be implemented on a single desktop work 
station while the objects are implemented on an object server computer and 
the management systems along with the database systems are each 
implemented on different document server computers. The application, 
interface, management systems and database systems could also be 

25 implemented on a single machine. Additionally, the processes of the 

invention can be stored and distributed on a storage medium such as a 
magnetic disk or CD and distributed over a network such as the Internet. 

The integration interface 62 of the invention typically has 
several objects and controls which include: a Session Manager Object, a 
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Query Object, a Chart Object, a Chart Control, a Document Object, a 
Document Display Control and an Image Display Control. Each of these 
objects and controls will be discussed in more detail hereinafter and 
pseudocode for such is provided in the attached Appendix. 
5 The Session Manager object retains information about the 

current work session. This information drives the way in which other objects 
function. For example, if the user is not a physician, the user will not be able 
to use the Complete function in the Deficiency object to complete chart 
deficiencies. 

1 0 The Session Manager object has attributes which include the 

UserName which is the full name of the currently logged on user and is blank 
if a user is not logged on. The UserlD is also included and is the identifier 
(ID) of the currently logged on user and is blank if a user is not logged on. A 
UserRole attribute is provided which is the role of the currently logged on 

15 user, such as physician, nurse, administrator, etc. The role is preferably kept 
in a look up table which provides information about the access and security 
privileges of a user. For example, an attending doctor may have a role of 
"Physician" which allows the doctor to view charts, complete chart 
deficiencies, and dictate transcribed documents. The "Physician" role would 

20 not allow the doctor to run system administrator programs such as table 

maintenance. Another attribute is LogonTime which is the time that the 
currently logged on user started this session. A UserPreferences attribute is 
also provided and is a collection of properties that control preferences of 
various other interface 62 objects/controls, such as default print device. The 

25 user preferences can be provided in a look-up table referenced by user name. 

The Session Manager object has methods which include a 
Logon method which logs onto the Patient Document Management system 
and other external image storage systems, checks to determine whether the 
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user has a valid ID and loads a user preferences table. The Logon method 
also loads the role table and sets the logon time. 

A Logoff method in the Session Manager object logs the 
current user out of the Patient Document Management system and logs the 
user out of any other sessions initiated during the logon method call, releases 
resources and deletes cached objects. 

An AuditEvent method writes information about an event to a 
central audit log. 

The session manager methods also include a CheckPermission 
permission method which checks an interface permission table to see if the 
current user has privileges to perform the requested action. For example, 
using the Image Display control, a user may not have privileges to view 
highly confidential or HIV test result document types. Actions, data, and 
permissions in the Permission table are typically configured by system 
administrators. 

A Query object is used to locate charts or types of documents 
within the document management system. The results of a given query are 
used to determine which documents are displayed by the Display control. 
The Query object may return Chart or Document objects. 

Query object attributes include KeyQueryFields which is a list 
of fields that may be used to query the Patient Document Management 
System (PDMS - 66, 68, 70, 72 or 74). These fields may be used as keys in a 
query (i.e. the data for these fields is indexed in the database to enhance query 
performance). The Query object retrieves the possible Key query fields from 
the target PDMS when the object is instantiated. The attributes also include a 
FilterQueryFields which is a list of fields that may be used to query the 
existing Patient Document Management System. The Query object retrieves 
the possible Filter query fields from the PDMS when the object is 
instantiated. A DocumentTypes attribute is a list of document types that may 
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be used to query the Patient Document Management System. These 
document types may be specified in a document query to target a particular 
group of documents (e.g. Nursing Report or Remittance). The Query object 
retrieves the possible DocumentTypes from the PDMS when the object is 
instantiated. A ChartTypes attributes provides a list of patient chart types 
that may be used to query the Patient Document Management System. These 
chart types may be specified in a chart query to target a particular group of 
charts (e.g. Medical Record or Patient Accounting charts). The Query object 
retrieves the possible ChartTypes from the PDMS when the object is 
instantiated. 

Query Object methods include several different methods. 

A QueryForCharts method queries the Patient Document 
Management System for charts using specified key and filter fields. This 
method returns a collection of one or more chart objects. The query may be 
limited to return only n chart objects and a ContinueQuery method may be 
used to retrieve more charts that match the query criteria. The charts query 
uses a key and a filter to produce a conventional query suitable for a 
conventional chart management system. The returned chart is displayed in a 
viewer of the application user interface window using conventional window 
display techniques. If additional charts are available, a button (not shown) on 
the user interface allows the selection of more charts where the 
ContinueQuery method is executed using a query number for the subsequent 
calls. 

A QueryForDocuments method queries the Patient Document 
Management System for documents using specified key and filter fields. 
This method returns a collection of one or more document objects. The query 
may be limited to return only n document objects and the ContinueQuery 
method may be used to retrieve more documents that match the query criteria. 
A key and filter derived are used as query criteria to obtain the desired 
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documents. Again the query is a conventional query used to query a 
conventional document management system to obtain documents that match 
the criteria. 

The ContinueQuery method continues a query started with 
either QueryForCharts or QueryForDocuments. This method returns more 
charts or documents from the database that match the previously specified 
query criteria. The ContinueQuery functionality follows conventional query 
continuation used to query a conventional document management system. 

A CancelQuery method cancels a query started with either 
QueryForCharts or QueryForDocuments using a conventional resource 
release technique suitable for the particular system being queried. 

The Chart object is used to access charts within the document 
management system. It may be used to modify or delete existing charts, 
change the attributes of charts, or to print charts. The Chart Object 90 
contains a collection of both Document objects 92 and Deficiency objects 94. 
Figure 6 illustrates this object containment. 

The Chart Object attributes include ChartDocuments (a 
collection of Document objects 92) which is a collection of all of the 
documents that the chart contains. Each of the documents is assigned a 
document number. A ChartDeficiencies (a collection of Deficiency objects 
94) attribute is a collection of all of the deficiencies that the chart contains. 
This includes chart level deficiencies (e.g. a certain document does not exist 
in this chart) as well as document level deficiencies (e.g. a given document is 
missing a signature). A Chart Number attribute is provided which is the 
unique identifier for this chart. A ChartType attribute is the type of the chart 
(e.g. Patient Account or Medical Record). Chart demographic attributes 96 
are also provided and include Patient Name, Patient Address, Account 
Number, Financial Class, Patient Type, etc. and which are general chart 
attributes from the existing PDMS database. 
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The Chart Object includes several methods used to output and 

change charts. 

A PrintChart method prints information about the chart to a 
default or specified printer either of the existing application or the document 
management system and where the printing can be to a printing server. The 
method also prints the chart's documents and triggers an audit event. It is 
frequently necessary to audit whenever a user prints any part of a medical 
record, among other things. The audit record is input into a conventional 
audit database for later reference and reporting. 

A FaxChart method sends information about the chart to a 
default or specified facsimile machine using a telephone number specified. 
The facsimile machine can be a facsimile server. Like the print chart method 
this method also sends the chart's documents to the facsimile machine and 
triggers an audit event. 

An UpdateChart method updates chart attributes. The 
interface 62 performs the necessary database field updates in the PDMS using 
conventional update techniques for a conventional management system such 
as previously mentioned. 

A MergeChart method merges two charts together in the 
PDMS. Again conventional techniques are used to merge the charts in the 
PDMS. 

A DeleteChart method removes a chart from PDMS using 
conventional chart deletion techniques. The chart is removed from the users 
ability to access it but is archived. 

An AddDocument method adds a document to the chart of the 
object using conventional techniques and the document number. 

A RemoveDocument method removes a document from this 
chart using the document number and conventional techniques. 
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The Chart Display control visual interface 108, as depicted in 
figure 7, conventionally displays the attributes of a chart (e.g. Patient Type, 
Financial Class, Chart Status) in display fields. Figure 7 particularly shows 
the chart number 110 and has display fields including patient name 112, and 
address 1 14, 1 16 and 118. Some of these fields such as fields 1 14, 1 16 and 
118 may be edited on the screen. Exactly which fields are display only or 
editable is configurable. By default, the control conventionally only allows 
display of fields that the current user's security permits them to view. 
Likewise, the user's security dictates which fields may possibly be edited. 

Chart Display Control attributes include CurrentChart which is 
a reference (or pointer) to the Chart object that is to be displayed in this 
control. A DisplayFields attribute specifies which Chart object fields should 
be displayed in the Chart Display Control's user interface. This is used to 
limit which fields are viewed beyond the user's basic security permissions. 
Note that this field allows the embedding application 64 to manipulate the 
visual presentation of data in this visual control. An EditableFields attribute 
specifies which Chart object fields may be edited in the Chart Display 
Control's user interface. This is used to limit which fields can be edited 
beyond the user's basic security permissions. Each field in EditableFields 
must be specified in DisplayFields (i.e. a field must be displayed in order for 
it to be editable). Note that this field also allows the embedding application 
to manipulate the visual presentation of data in this visual control. The chart 
display control attributes also include a Visible attribute which specifies 
whether the control is visible on the screen. Conventional windows attributes 
are also provided such as BackgroundColor ForegroundColor, Height, Width, 
etc). These attributes allow the embedding application to manipulate the 
visual presentation of data in this visual control. 

The Chart Display Control includes several methods that allow 
the modification of fields and the refresh of the display. 
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The Initialize method of the chart display control 
conventionally sets up the control for use by conventionally creating the 
visual controls for each of the DispiayFields specified. Visual controls for 
each field specified in EditableFields is set for editing and all others are set as 
read-only. 

The Refresh method conventionally refreshes the user 
interface with data values from the chart referenced by CurrentChart. 

The Chart Display Control includes a FieldModified event 
which signals the owner window when the contents of a field have been 
changed. When this event is triggered, the owner window would typically 
invoke the UpdateChart method of the current chart. The field name and 
field value are passed to the update method. 

The Document Object is used to access documents within the 
document management system. It may be used to modify or delete existing 
documents, change the attributes of documents, or to print and fax individual 
documents. 

The Document Object has a number of different attributes 
some of which are required and some of which are optional. A 
DocumentNumber is a required attribute which is a unique identifier that 
identifies this document in the PDMS. A ChartNumber attribute, also a 
required attribute, is an identifier of the chart that contains this document. A 
Chart attribute is a reference to the chart object that contains this document. 
If this document's chart has not been retrieved during a session, this may be 
null. The DocumentType attribute indicates the basic type of the document 
(e.g. Nursing Note, X-Ray, Physician Order, etc.). Some preferences and 
access privileges are based on the DocumentType of documents. A 
NumberOfPages attribute indicates the number of pages this document 
includes. A Deficiencies attribute is a collection of document deficiencies 
that this document has. See the Deficiency object for more details. The 
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attributes also include document demographic attributes like EntryDate, 
ArchiveStatus, etc. where these attributes fields provide further information 
about the document from the PDMS. 

The Document Object includes methods which allow a 
5 document to be output and updated and which are similar to the methods of 
the Chart Objects and which also use conventional techniques. A 
PrintDocument method prints this document to the default or specified printer 
and triggers an audit event. A FaxDocument method sends this document to 
the default or specified fax device and triggers an audit event. An 
10 UpdateDocument method updates attributes for this document. For some 

attributes, the interface 62 will perform the necessary database update in the 
PDMS. A DeleteDocument method removes the document from the chart 
and PDMS. 

The Document Display control visual interface 128, as 
15 depicted in figure 8, displays the attributes of a document (e.g. Document 
Type, Entry Date). In particular, figure 8 shows the interface displaying the 
document number 130 and display fields for document type 132, entry time 
134, scan location 136 and who the document was scanned by 138. Some of 
these fields, such as field 132, may be edited on the screen. Exactly which 
20 fields are displayed or editable is configurable. Note that this control does 

not display the actual image of the given document. The ImageDisplay 
control of figure 9 displays the image while the DocumentDisplay control 
shows the index values of a specific document. By default, the control only 
allows display of fields that the current user's security permits them to view. 
25 Likewise, the user's security dictates which fields may possibly be edited. 

Document Display Control has attributes which include a 
CurrentDocument attribute which is a reference to the Document object that 
is to be displayed for this control. A DisplayFields attribute specifies which 
Document object fields should be displayed in the Document Display 
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Control's user interface 128. This may be used to limit which fields may be 
viewed beyond the user's basic security permissions. Note that this field 
allows the embedding application 64 to manipulate the visual presentation of 
data in this visual control. An EditableFields attribute specifies which 
5 Document object fields may be edited in the Document Display Control 1 s 

user interface. This may also be used to limit which fields may be edited 
beyond the user's basic security permissions. Each field in EditableFields is 
specified in DisplayFields (i.e. a field must be displayed in order for it to be 
editable). Note that this field also allows the embedding application to 

1 0 manipulate the visual presentation of data in this visual control. A Visible 
attribute specifies whether the control is visible on the screen. Conventional 
windows attributes are also included such as BackgroundColor, 
ForegroundColor, Height, Width, etc.) 

Document Display Control methods are similar to those 

15 provided for chart display control and include an Initialize method which 

conventionally sets up the control for use by creating the visual controls for 
each of the DisplayFields specified. Visual controls for each field specified 
in EditableFields are set for editing and all others are read-only. A Refresh 
method conventionally refreshes the user interface 128 with data values from 

20 the document referenced by CurrentDocument. Document Display Control 
events include a FieldModified event which signals the owner window when 
the contents of a field have been changed. When this event is triggered, the 
owner window typically invokes the UpdateDocument method of the current 
document. 

25 The Image Display control conventionally displays the actual 

image view of one or more documents in a user interface or viewer, such as 
depicted in figure 9. This control offers typical image viewing, navigation, 
and markup functionality. The control also handles acquiring the image from 
more than one server location or platform (further increasing the scope of 



- 17- 1330.1031 

integration). As previously discussed, the requirements and design of the 
Image Display control can be implemented using a conventional technology 
such as the ActiveX controls available from Microsoft. As another example, 
figure 9 illustrates how the Panagon Image Viewer control available from 
5 FileNET of Costa Mesa, California could be used to display a document 

image. Figure 9 also depicts the interactions of the control with the existing 
healthcare application 64 and with the components of the patient document 
management system. The display control 140 receives commands 142, such 
as a Next Page command, and performs operations 144 with the components 

10 of the document management system, such as the session manager 146, the 
database 148 and the document repositories 150 such as obtaining an image. 

Image Display Control attributes include a DisplayButtons 
attribute which specifies the toolbar buttons to display in control. 
Conventional display attributes such as Display Mode, Display Size, Zoom 

1 5 Factor, Brightness, Contrast, etc. are also provided and are set by the 
embedding application 64. 

Image Display Control methods include an Initialize method 
which conventionally configures the conventional display control. 
Configuration can include establishing a link to an image server, setting 

20 device handles required by the control, initializing toolbars, performing 

logons, etc. A DisplayDocument method commands the display control to 
display the requested document using the document number. It also performs 
any needed querying or setup required by the control. Conventional 
document navigation methods are also provided and tell Image Display 

25 control to view different parts or pages of the current document. These 

functions include NextPage, PreviousPage, DisplayMagnifier, 
AddAnnotation, AddMarginNote, etc. Each of these methods can be 
implemented with conventional methods, assuming that the appropriate 
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server connections, etc. have been made during the InitializeO or 
DisplayDocument() calls. 

The Deficiency object represents what is deficient about a 
given chart or document. Charts may have missing document deficiencies. 
Documents may have signature, diagnosis, or other deficiencies. 
Deficiencies are accepted or rejected by physicians and may include free form 
comment text. Document deficiencies must retain their physical location on a 
document image. The Deficiency object may be used by the existing 
application 64 to enable deficiency processing with it's own user interface. 

Deficiency Object attributes include Chart which is a reference 
to the Chart object that contains the deficiency. A Document attribute 
provides a reference to the Document object that contains the deficiency. If 
the deficiency is a chart deficiency, this may be null. A DeficiencyType 
attribute indicates the type of the deficiency, currently either 
DocumentDeficiency or ChartDeficiency. An AssignedPhysician attribute 
includes the identifier (ID) of the physician who is assigned to complete this 
deficiency. Information about the physician is located in a PDMS physician 
table. A Comments attribute holds the text of the status of the deficiency. 
Before the comment attribute is completed, it could contain the status 
"Document xxx missing", "Dictation required," etc. After completion, this 
attribute could include the status "Signed by Chris", "Dictation recorded," etc. 
If the deficiency is rejected, the attribute could contain a status of "Not my 
patient." A LocationOfDeficiency attribute indicates the location of the 
deficiency on the document, if this is a document deficiency. 

Deficiency Object methods include a Complete method which 
completes the deficiency by using conventional field update techniques with 
the document management system. A Reject method rejects the deficiency 
by updating the status field within the document management system. A 
New method creates a new deficiency in the PDMS by adding new comments 
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and indicating the location of the deficiency. A Delete method deletes an 
existing deficiency in the PDMS using conventional methods. All 
information about the particular deficiency is deleted. For example, for a 
missing document deficiency if the missing document is supplied, there is no 
reason to keep a record of the deficiency and the deficiency can be deleted. A 
Reassign method reassigns a deficiency to another physician by updating the 
assignment attribute. This method also keeps a record of the previously 
assigned physician. This method checks to see if the user is authorized by 
checking the permissions table before the reassignment is allowed. 

The process of creating and executing an integrated user 
interface, as depicted in figure 10, starts with accessing 252 the existing 
application 62 and an existing document management system, such as the 
AMS RecordLink® system 68. Figure 11 illustrates the computer desktop 
that a typical healthcare worker might have today. The regular healthcare 
application appears in one window 202. This is the main window where the 
worker does their daily work. Any time that user needs to view patient 
document images for the patient they are working on, they access the Patient 
Document Management system (PDMS) in a second window 204, query for 
the patient they are working on, and then view the chart and related images. 
The fact that the systems are completely separate slows down the work and 
introduces the opportunity for error. Figure 12 illustrates the integrated user 
interface 212 created using by the present invention. The user interface 212 
includes a control 214 provided by the existing application and controls to be 
added to integrate the existing document management system into the 
interface 212. 

To create the integration interface 62 and accompanying user 
interface 212 the next operation is to add 254 a SessionManager object to the 
initialization/logon of the existing application 64. Log-on processing 256 is 
added where the existing application 64 validates the users user ID and 
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password in the existing system; the same user ID and password could be 
used to log-on to with the SessionManager object. The log-off processing 
258 through the SessionManager object is added where the existing 
application performs it's shutdown operations (i.e. releasing session handles 
5 to databases and other shared resources utilizing conventional methods) 

Next, the following three visual controls are added 260 to the 
part of the existing application's user interface that would normally display 
information about a single patient (202 in Figure 11). 

First, a ChartDisplay control, myChartDisplay, is added 262 to 

10 the existing application's user interface 214 (this is the box labeled by the 
control as "Chart 1234" in figure 12). This operation must initialize the 
control by setting myChartDisplay .DisplayFields = "'ChartType', 
'NumberOfDocuments', TNfumberOfDeficiencies', 'ChartStatus'", setting 
myChartDisplay.EditableFields = ChartType, setting myChartDisplay. Visible 

15 = True and setting myChartDisplay. CurrentChart = Nothing. This control 

1216 shown in 216 in figure 12 and is used in operations below. 

Then, an ImageDisplay control, mylmageDisplay, is added 
264 to the existing application's user interface 214. This operation initializes 
the control by setting mylmageDisplay.CurrentDocument = Nothing, setting 

20 mylmageDisplay .DisplayButtons to the desired toolbar buttons and calling 
mylmageDisplay.InitializeQ. This control 218 is shown in figure 12 and is 
used in operations below. 

Last, a standard command button 220 (see figure 12) is added 
266 to the existing application. This button is placed on the existing 

25 application's form, and is labeled "View Chart." Code is written in the 

existing application to execute the following operations in the event that this 
button is pressed. First, create a Query object 270, myQuery, is performed. 
Next, a query for the active account in the existing application is made 272 by 
calling the QueryForCharts method of the myQuery object with these 
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parameters: "AccountNumber =1234 (or the account number currently being 
worked in the existing application)", ' \ myCharts, 1, myQueryNumber, 
myMore. The outcome of the query should result in a single chart object in 
myCharts where that chart is obtained or gotten 274 by setting myChart = 
5 myCharts(l). Then, to display the chart in the ChartDisplay control 276, an 

operation is performed which sets my ChartDisplay. CurrentChart = my Chart 
which sets the retrieved chart into the ChartDisplay control and a call to 
my ChartDisplay .Refresh() is performed. The Chart Display control 216, as a 
result, displays the desired chart. Then, the Image Display control is set up 
1 0 278 by sending it the first document in the chart: 

myImageDisplay,DisplayDocument( myChart.ChartDocuments(l)) which 
displays that first document. Finally, the Query object contained in myQuery 
and the Chart object in MyCharts are eliminated since they are no longer 
needed 280. 

1 5 The present invention provides a healthcare specific document 

imaging application program interface (API) that can easily be integrated into 
an existing healthcare application. The API allows simple and direct access 
to a typical Patient Document Management system (particularly to existing 
systems, such as the AMS AccountLink and/or RecordLink® systems). The 

20 invention specifically targets the needs of healthcare organizations and 

applications. The functional improvements and benefits would include 
improved security, user authorization, user authentication, patient chart 
deficiency processing and auditing. 

The present invention has been described with respect to 

25 providing chart and document viewing and editing and chart deficiency 

completion. It is also possible to provide chart analysis and chart coding 
modules. The set of objects and controls described herein could be enhanced 
to provide additional functionality as discussed below. The ImageDisplay 
control could be modified to display/present full motion video, audio clips, 
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diagnostic quality images or modified to allow native document display and 
document editing. For example, if a document was originally created in 
Microsoft Word, embed Microsoft Word inside the ImageDisplay control so 
Word renders the document, and even allow editing and storage of the 
5 document. This enhancement could support Microsoft Word, Microsoft 
Excel, or a third party physician transcription system. This functionality 
would be transparent to the existing healthcare application. The Query object 
could be modified to query for charts or documents across multiple document 
management systems and the SessionManager could be modified to handle 

10 sessions with these systems. This functionality would be transparent to the 
existing healthcare application. The Query object could be modified to query 
for charts or document across disparate information systems and current 
ChartDisplay, DocumentDisplay, and ImageDisplay controls could be 
modified to display this disparate information; modify current 

1 5 SessionManager to handle sessions with these systems. This functionality 

would also be transparent to the existing healthcare application. The 
Deficiency object could be modified to allow voice dictation for deficiency 
completion/rejection process. Deficiency object could also be modified to 
utilize native document display noted above to allow editing of deficient 

20 documents by physicians. The DocumentDisplay control can be modified to 

allow copying a document from one chart to another (which could also be 
accomplished by adding additional methods to the Document object) and this 
functionality could be provided through the API set to the existing healthcare 
application. The Document object can be modified to retrieve actual data 

25 from an image document. For example, if a document image displays a 

patient's name, account number, and diagnosis, provide a means to read the 
diagnosis from the document and return it to the existing healthcare 
application. This enhancement may utilize ICR and/or OCR, or extract the 
data from conventional a data representation. These methods could be 
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provided in the API set so the existing healthcare application may utilize this 
functionality. The objects and controls could be implemented in Java to 
broaden the compatibility of the API with existing healthcare applications. 
The architecture of the controls and objects could be modified to make use of 
5 a middle tier. This tier could better utilize processing and storage resources, 
and would provide conventional benefits of a three-tier architecture 
(connection pooling, application roll-out and distribution simplified 
administration, etc). Additionally, an additional set of objects could be 
provided which would the existing healthcare application manage version 

1 0 control and application distribution/roll-out. 

The many features and advantages of the invention are 
apparent from the detailed specification and, thus, it is intended by the 
appended claims to cover all such features and advantages of the invention 
which fall within the true spirit and scope of the invention. Further, since 

1 5 numerous modifications and changes will readily occur to those skilled in the 

art, it is not desired to limit the invention to the exact construction and 
operation illustrated and described, and accordingly all suitable modifications 
and equivalents may be resorted to, falling within the scope of the invention. 
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Session Manager Object 



String 
String 
String 
Time 



UserName; 

UserlD; 

UserRole; 



LogonTime; 



Collection of Preferences UserPreferences; 
// A 'preference' is a field and value type structure 
// which stores a single preference like: 
// Field: BackGroundColor 
// Value: Gray 

SessionManager.Logon( 



{ 

Sign on to PDMS with UserlD; 

Validate UserlD in PDMS UserProfile table; 

// Check that they are allowed to logon 

CheckPermission( Logon, UserlD ); 

Load PDMS UserProfile table, including preferences; 

Load users Role from PDMS tables; 

Set LogonTime = CurrentTime; 

AuditEvent( 'Logon', UserlD ); 

} 

SessionManager.LogoffQ 



Release any held PDMS resources; 

Release any held EHA resources; 

// Clear out stuff that may be left on a server somewhere 

Expire or delete any objects in any cache; 

Log off of PDMS; 

SessionManager.AuditEvent( 



String 



UserlD ) 



{ 



AuditEventType 
String EventText) 



AuditEvent, 



{ 
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// Open file in such a way that there can be no 

// contention or deadlocks 

Open Log File; 

Write AuditEvent to log file; 

Write EventText(s) to log file; 

Close Log File; 

} 

SessionManager.CheckPermission( 

String RequestedAction, 
String Data, 

// Data may be any relevant data needed to validate 
// permission for the RequestedAction. For example, 
// for the 'ViewDocumenf action, Data would be 
// the document type that the user needs to view. 
Boolean Permission ) 

{ 

Permission = Check the system for permission( 
UserlD, 

RequestedAction, 
Data); 
Return Permission; 



Query Object 



Collection of strings 
Collection of strings 
Collection of strings 
Collection of strings 



KeyQueryFields; 
FilterQueryFields; 
DocumentTypes; 
ChartTypes; 



Query . QueryForCharts( 

String Key, 

// A string of the key query criteria 

String Filter, 

// A string of the query filter criteria 

Collection of Charts Charts, 

// Returns the charts in PDMS that match the query 

// criteria. 

Number NumberToRetrieve, 

// Specifies the number of charts to retrieve in 
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// the query. 

Number QueryNumber, 

// QueryNumber returns a unique number identifying 

// a single query if the first call to 

// QueryForCharts does not return all results. 

// The QueryNumber is used for subsequent calls to 

// ContinueQueryO and CancelQuery(). 

Boolean More ) 

// More is returned as False if all charts 

// matching the query criteria are returned in this 

// single query call. More is True if more charts 

// match the query - call ContinueQueryO to retrieve 

// the other matching charts. 

{ 

set Charts to Nothing; 
set More = False; 
set QueryNumber = 0; 

Use conventional query method to locate charts in PDMS 
that match the assigned Key and Filter. Only return 
NumberToRetrieve charts; 

if( query finds charts ) 
{ 

load Charts with matching charts; 
if( more charts can be queried ) 

{ 

set More = True; 

Assign a unique number to QueryNumber; 

} 

} 

} // Query .QueryForCharts() 

Query.QueryForDocuments( 

String Key, 

// A string of the key query criteria 

String Filter, 

// A string of the query filter criteria 

Collection of Documents Documents, 

// Returns the documents in PDMS that match the query 

// criteria. 

Number NumberToRetrieve, 

// Specifies the number of documents to retrieve in 

// the query. 
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Number QueryNumber, 

// QueryNumber returns a unique number identifying 

// a single query if the first call to 

// QueryForDocuments does not return all results. 

// The QueryNumber is used for subsequent calls to 

// ContinueQueryQ and CancelQueryQ. 

Boolean More ) 

// More is returned as False if all documents 
// matching the query criteria are returned in this 
// single query call. More is True if more documents 
// match the query call ContinueQueryQ to retrieve 
// the other matching documents. 

{ 

. set Documents to Nothing; 
set More = False; 
set QueryNumber = 0; 

Use conventional query method to locate documents in PDMS 
that match the assigned Key and Filter. Only return 
NumberToRetrieve documents; 

if( query finds documents ) 

{ 

load Documents with matching documents; 
if( more documents can be queried ) 

{ 

set More = True; 

Assign a unique number to QueryNumber; 

} 

} 

} // Query.QueryForDocumentsQ 

Query. ContinueQuery ( 

Collection of Objects Results, 

// Collection of the matching objects, either 

// documents or charts depending on how this 

// query was started. 

Number NumberToRetrieve, 

Number QueryNumber, 

Boolean More ) 

{ 

set Results to Nothing; 
set More = False; 

Use conventional 'query continue' method to resume query 
started by QueryNumber. Only return NumberToRetrieve; 
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if( query finds objects ) 
{ 

load Results with matching objects; 
if( more objects can be queried ) 
{ 

set More = True; 

} 

} 

} // Query. ContinueQueryO 

Query.CancelQuery( 
Number QueryNumber ) 

{ 

Use conventional methods to release query resources for 
the query started by QueryNumber; 
} // Query.CancelQueryQ 



Chart Object 

Collection of Documents ChartDocuments; 
Collection of Deficiencies ChartDeficiencies; 
Number ChartNumber; 
String ChartType; 
String PatientName; 
String PatientStreet; 



Chart.PrintChart( 

Device PrintDevice, 

// PrintDevice may be a valid print server either on 

//thePDMS or the EHA. 

Boolean PrintDocuments ) 

{ 

if SessionManager.CheckPermission( 
'PrintChart', 
Chart.ChartType ) 

{ 

if( PrintDevice is not valid ) 

{ 

Set PrintDevice = SessionManager.UserPreferences( 
'DefaultPrintDevice' ) 

} 
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Print chart to PrintDevice; 
if( PrintDocuments ) 

{ 

For each Document in ChartDocuments 
{ 

if( SessionManager.CheckPermission( 
TrintDocument', 
Document.DocumentType ) 

{ 

Print Document to PrintDevice; 

} 

} 

} 

SessionManager.AuditEvent( 
'Printed Chart', 
PrintDevice, 
PrintDocuments ); 

} 

} // ChartPrintChart() 

Chart.FaxChart( 

Device FaxDevice, 
// FaxDevice may be a valid fax server either on the 
//PDMSorthe EHA. 

FaxData FaxData, 

// FaxData is a structure containing Phone Number, 
// Sender Name, Receiver Name, etc. 
Boolean FaxDocuments ) 

{ 

if SessionManager.CheckPermission( 
'FaxChart', 
Chart.ChartType ) 

{ 

if( FaxDevice is not valid ) 

{ 

Set FaxDevice = SessionManager.UserPreferences( 
'DefaultFaxDevice' ) 

} 

Fax chart to FaxDevice using FaxData; 
if( FaxDocuments ) 

{ 

For each Document in ChartDocuments 
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{ 

if( SessionManager.CheckPermission( 
'FaxDocument', 
Document.DocumentType ) 

{ 

Fax Document to FaxDevice using FaxData; 

} 

} 

} 

SessionManager.AuditEvent( 
Taxed Chart', 
FaxDevice, 
FaxDocuments ); 

} // ChartFaxChartO 

Chart.UpdateChart( 
String FieldName, 
String FieldValue ) 

{ 

if( SessionManager.CheckPermission( 
'UpdateChartField', 
FieldName )) 

{ 

Update the given field in the PDMS using 

conventional methods; 
SessionManager.AuditEvent( 

'Updated Chart Field', 

FieldName, 

FieldValue ); 

} 

} // Chart.UpdateChart() 

Chart.MergeChart( 

Number MergeToChart ) 

{ 

. if( SessionManager.CheckPermission( 
'MergeChart', 
ChartType )) 

{ 

Merge this chart into the given chart in the PDMS using 
conventional methods; 



-31 - 



1330.1031 



SessionManager.AuditEvent( 
'Merged Chart', 
Chart.ChartNumber, 
MergeToChart ); 

} 

} // Chart.MergeChart() 

Chart.DeleteChart( ) 

{ 

if( SessionManage.CheckPermission( 
'DeleteChart', 
ChartType )) 

{ 

Delete the chart from the PDMS using 
conventional methods; 

SessionManager.AuditEvent( 'Deleted Chart', 
Chart.ChartNumber ); 

} 

} // ChartDeleteChartO 

Chart.AddDocument( 

Number DocumentNumber ) 

{ 

if( SessionManage.CheckPermission( 
'ChartAddDocument', 
ChartType )) 

^Use conventional method to add document DocumentNumber 
To this chart; 

SessionManager.AuditEvent( 
'Added document to chart', 
Chart.ChartNumber, 
DocumentNumber ); 

} 

} // Chart.AddDocument() 

Chart.RemoveDocument( 
Number DocumentNumber ) 

{ 

if( SessionManage.CheckPermission( 
'ChartRemoveDocument', 
ChartType )) 

{ 
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Use conventional method to remove document 

DocumentNumber from this chart; 
SessionManager.AuditEvent( 

'Removed document from chart 1 , 

Chart.ChartNumber, 

DocumentNumber ); 

} 

} // Chart.RemoveDocumentO 



Chart Display Control 

Chart Object CurrentChart; 
Collection of strings DisplayFields; 
Collection of strings EditableFields; 
Boolean Visible; 

ChartDisplay.Initialize( ) 
{ 

for each Field in DisplayFields 
{ 

if( SessionManager.CheckPermission( 
ChartViewField, 
Field)) 

{ 

create visual control for Field; 
make control read-only; 

} 

} 

for each Field in EditableFields 
{ 

// this Field must already be created on screen 
// in above loop 

if( SessionManager.CheckPermission( 
ChartEditField, 
Field )) 

{ 

find visual control for Field in window; 
make control editable; 

} 

} // ChartDisplay.InitializeO 
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ChartDisplay.Refresh( ) 

{ 

for each Field in DisplayFields 
{ 

set Field text to CurrentChart.Field; 

} 

} // ChartDisplay.Refresh() 

event ChartDisplay.FieldModified( 
string FieldName, 
string FieldValue ) 

// FieldName is the name of the chart field that has been 
// modified. 

// FieldValue is the value of the field that has been 
// changed. 



Document Object 

Number DocumentNumber; 

Number ChartNumber; 

Chart Object Chart; 

String DocumentType; 

Number NumberOfPages; 

Collection of Deficiency Objects Deficiencies; 

Date EntryDate; 

String ArchiveStatus; 

Document.PrintDocument( 
Device PrintDevice ) 

// PrintDevice may be a valid print server either on 

//thePDMS ortheEHA. 

{ 

if SessionManager.CheckPermission( 
'PrintDocument', 
DocumentDocumentType ) 

{ 

if( PrintDevice is not valid ) 
{ 

Set PrintDevice = SessionManager.UserPreferences( 
'DefaultPrintDevice' ) 
} 

Print Document to PrintDevice; 
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SessionManager.AuditEvent( 
'Printed Document', 
PrintDevice, 

Document.DocumentNumber ); 

} 

} // Document.PrintDocument() 

Document.FaxDocument( 
Device FaxDevice 

// FaxDevice may be a valid fax server either on the 

//PDMS ortheEHA. 
FaxData FaxData ) 

// FaxData is a structure containing Phone Number, 
// Sender Name, Receiver Name, etc. 

{ 

if SessionManager.CheckPermission( 
'FaxDocument', 
DocumentDocumentType ) 

{ 

if( FaxDevice is not valid ) 

{ 

Set FaxDevice = SessionManager.UserPreferences( 
'DefaultFaxDevice' ) 

} 

Fax Document to FaxDevice using FaxData; 
SessionManagerAuditEvent( 

'Faxed Document', 

FaxDevice, 

FaxData, 

Document.DocumentNumber ); 

} 

} // Document.FaxDocument() 

Document.UpdateDocument( 
String FieldName, 
String FieldValue ) 

{ 

if( SessionManager.CheckPermission( 
'UpdateDocumentField', 
FieldName )) 

{ 
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if( the field lives in the PDMS ) 
{ 

Update the given field in the PDMS using 

conventional methods; 
SessionManager.AuditEvent( 

'Updated Document Field 1 , 

FieldName, 

FieldValue ); 

} 

} 

} // Document UpdateDocumentO 

Document.DeleteDocument( ) 

{ 

if( SessionManager.CheckPermission( 
'DeleteDocument' )) 

{ 

//Get the document out of the chart first 
Chart.RemoveDocument( DocumentDocumentNumber ); 
Delete this document from the PDMS using 
conventional methods; 
SessionManager.AuditEvent( 

'Updated Document Field', 

FieldName, 

FieldValue ); 

} 

} // DocumentDeleteDocument() 



Document Display Control 

Document Object CurrentDocument; 
Collection of Strings DisplayFields; 
Collection of Strings EditableFields; 
Boolean Visible; 

DocumentDisplayinitialize( ) 

{ 

for each Field in DisplayFields 

{ 

if( SessionManager.CheckPermission( 
DocumentViewField, 
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Field)) 

{ 

create visual control for Field; 
make control read-only; 

} 

} 

for each Field in EditableFields 
{ 

// this Field must already be created on screen 
// in above loop 

if( SessionManager.CheckPermission( 
DocumentEditField, 
Field)) 

{ 

find visual control for Field in window; 
make control editable; 

} 

} 

} // DocumentDisplay.Initialize() 

DocumentDisplay.Refresh( ) 

{ 

for each Field in DisplayFields 

-{ 

set Field text to CurrentDocument.Field; 

} 

} // DocumentDisplay.Refresh() 

DocumentDisplay.FieldModified( 
string FieldName, 
string FieldValue ) 

// FieldName is the name of the document field that has been 
// modified. 

// FieldValue is the value of the field that has been 
// changed. 



Image Display Control 

Collection of Strings DisplayButtons; 
Number Display Mode; 
Number DisplaySize; 



Number ZoomFactor; 
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ImageDisplay.Initialize() 

{ 

for each Button in DisplayButtons 

{ 

set Button visible; 
enable Button on toolbar; 

} 

Establish connections required by third party control, 
including logons, device handling, and session 
management; 
} // ImageDisplay.Initialize() 

ImageDisplay .DisplayDocument( 
Number DocumentNumber ) 

{ 

if( SessionManager.CheckPermission( ViewDocument, 
DocumentNumber )) 

{ 

Establish connection with necessary image server; 
Perform any needed functions to get Image Display 
control set up; 

Tell Image Display control to display DocumentNumber; 

} 

} // ImageDisplay .DisplayDocumentQ 



Deficiency Object 

Chart Object Chart; 
Document Object Document; 
String Deficiency Type; 

Number AssignedPhysician; 
String Comments; 
Rectangle LocationOfDeficiency; 

Deficiency.Complete( 

String NewComments ) 

{ 
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if( SessionManager.CheckPermission( 
'CompleteDeficiency' )) 

{ 

set Deficiency.Comments = NewComments; 
Update Deficiency attributes in PDMS using 

conventional methods; 
SessionManager.AuditEvent( 

'Completed Deficiency', 

Comments ); 

} 

} // Deficiency.Complete() 

Deficiency. Rej ect( 

String NewComments ) 

{ 

if( SessionManager.CheckPermission( 
f RejectDeficiency f )) 

{ 

set Deficiency.Comments = NewComments; 
Update Deficiency attributes in PDMS using 

conventional methods; 
SessionManager.AuditEvent( 

'Rejected Deficiency', 

Comments ); 

} 

} // Deficiency . Rej ect() 

Deficiency .New( 

String NewComments, 

Number NewPhysician ) 

{ 

if( SessionManager.CheckPermission( 
'CreateDeficiency' )) 

{ 

set Deficiency.Comments = NewComments; 

set Deficiency. AssignedPhysician = NewPhysician; 

Create Deficiency in PDMS using conventional methods; 

SessionManager.AuditEvent( 

'Created Deficiency', 

Comments, 

AssignedPhysician ); 

} 

} // Deficiency .CreateQ 
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Deficiency.Delete( ) 

{ 

if( SessionManager.CheckPermission( 
'DeleteDeficiency' )) 

{ 

Delete Deficiency in PDMS using conventional methods; 
SessionManagerAuditEvent( 
'Deleted Deficiency' ); 

} 

} // Deficiency.Delete() 

Deficiency .Reassign( 
Number NewPhysician ) 
{ 

Check session permissions for reassigning deficiencies; 
set OldPhysician = Deficiency. AssignedPhysician; 
set Deficiency .AssignedPhysician = NewPhysician; 
Reassign Deficiency in PDMS using conventional methods; 
SessionManager.AuditEvent( 
'Reassigned Deficiency', 
OldPhysician, 
NewPhysician ); 
} // Deficiency .ReassignQ 
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What is claimed is: 

1. A patient records and document access system, comprising: 
a healthcare system providing access limited to patient records 

through a user interface; 
5 a document management system separate from said healthcare 

system and providing access to patient documents; and 

an integration interface including modifications to the user 
interface of said healthcare system allowing a request for access to a patient 
document and viewing of patient documents, and a process accessing said 
10 document management system responsive to the request, obtaining the 

document and providing the document to the user interface for viewing, 

2. An access system as recited in claim 1, wherein a user logs- 
on to the healthcare system using the user interface and said integration 
interface logs-on to the management system using information from the user 

15 interface. 

3. An access system as recited in claim 1, wherein user 
authorization for access to the healthcare system is determined by the 
healthcare system and user authorization for access to the management 
system is determined by said integration interface. 
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4. An access system as recited in claim 1, wherein a user 
inputs document deficiency information using the user interface and said 
integration interface controls the management system to perform deficiency 
updates responsive to the deficiency information. 

5. An access system as recited in claim 1, wherein said 
integration interface records an audit event for an access to the document 
management system through the user interface. 

6. An access system as recited in claim 1, wherein said 
interface displays documents from said document management system. 

7. An access system as recited in claim 1, wherein said 
interface displays patient documents and document information from said 
document management system 

8. An access system as recited in claim 1, wherein said 
integration interface comprises controls in the user interface and objects 
performing access to said document management system. 

9. An access system as recited in claim 8, wherein said 
controls comprise a chart display control, a document display control and an 
image display control. 

10. An access system as recited in claim 8, wherein said 
objects comprise a session manager object, a query object, a chart object and 
a document object. 

1 1. An access system as recited in claim 1, wherein said 
objects comprise a query object. 

12. An access system as recited in claim 1, wherein said user 
interface includes a patient information control, a chart control, a chart view 
button, and a document viewer. 

13. An access system as recited in claim 1, wherein a 
document comprises a chart. 
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14. A patient records and document access system, 

comprising: 

a healthcare system providing access limited to patient records 
through a user interface; 
5 a document management system separate from said healthcare 

system and providing access to patient documents; and 

an integration interface including modifications to the user 
interface of said healthcare system allowing a request for access to a patient 
document and viewing of patient documents. 
10 1 5. A patient records and document access system, 

comprising: 

a healthcare system including a document control added 
thereto and not originally available in said healthcare system; 

a document management system separate from said healthcare 
1 5 system and providing access to patient documents responsive to a query; and 

an integration interface including objects responding to the 
document control and producing the query for the document management 
system. 

16. A system as recited in claim 15, wherein said healthcare 
20 system includes a document viewer added thereto, said management system 

provides a document responsive to the query and said interface provides the 
document to the viewer. 

17. A method of accessing patient records stored in a 
healthcare system and documents stored in a document management system 

25 separate from the healthcare system, comprising: 

using an interface control added to a user interface of the 
healthcare system to initiate access to the document management system; and 
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accessing the document management system using an access 
object not available in said healthcare system. 

18. A method of presenting documents in a healthcare system, 

comprising: 

initiating access to a document management system separate 
from the healthcare system using a healthcare user interface; and 

displaying a visual control in the healthcare system user 
interface for documents from the management system. 

19. A patient records and document access system, 

comprising: 

a healthcare system providing access limited to patient records 

through a user interface; 

a non-integrated document management system providing 

access to patient documents; and 

an integration interface with said healthcare system obtaining 
data from said document management system through said integration 
interface. 

20. A patient records and document access system, 

comprising: 

a healthcare system providing access limited to patient records 

through a user interface; 

a non-integrated document management system providing 

access to patient documents; and 

an integration interface including modifications to the user 
interface of said healthcare system allowing a request for access to a patient 
document and viewing of patient documents and comprising controls in the 
user interface, said controls comprising a chart control, a document display 
control and an image display control, and said integration interface including 
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a process accessing said document management system responsive to the 
request, obtaining the document and providing the document to the user 
interface for viewing, said process comprising objects performing access to 
said document management system and said objects comprising a session 

5 manager object, a query object, a chart object and a document object, with a 

user logging on to the healthcare system using the user interface and said 
integration interface logging on to the management system using information 
from the user interface, user authorization for access to the healthcare system 
being determined by the healthcare system and user authorization for access 

10 to the management system is determined by said integration interface, a user 
inputting document deficiency information using the user interface and said 
integration interface controlling said management system to perform 
deficiency updates responsive to the deficiency information, and said 
integration interface recording an audit event for accesses to the document 

1 5 management system through the user interface. 

21. A computer readable storage medium having a process 
controlling a computer by initiating access to a document management 
system separate from the healthcare system using a healthcare user interface, 
and displaying a visual control in the healthcare system user interface for 

20 documents from the management system. 
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A System Providing Desktop Integration 
of Patient Information And Document Management 

ABSTRACT OF THE DISCLOSURE 

A desk top system patient information management system 
includes an integration interface for an existing healthcare system that 
provides access to a separate and existing document management system. 
The integration interface provides modifications (added controls) for a user 
interface of the healthcare system that allow a user to initiate access to the 
document management system. The controls include controls for making a 
query for a document such as a chart or patient notes and for modifying the 
document. The integration interface also includes objects (methods and data) 
that perform the access to the document management system based on the 
information of the user interface and provide the information requested to the 
interface for viewing and modification. 




%4 



Name: Chris V v 

SSN: 1 23-45 |J 

Address; 12601 1 

Fairfax % 
05-29-:! 



DOB: 

Diagnosis: 



sdfkgi dsgf sdg \Q 
as sdf f f sdfasdf _ 
asdf asdf asd f f 0 
asdjfasdf 



Healthcare 
Application 1 



Logon 



Retrieve Document 
Display Document 
Display Next Page 
Print Document 




til i.rjrii-T Is htk jsfii 1 11. ! 
1ikt»("i1m if c>t .urn : ill i 
»- iiLtkIj'kvmI. winV'dA* i 
lis! uVv <L-riK t'-Ml-wt'ieil 

\3toL.. : ' 





Document 
Management 
System 



5'-' 




-3 



1a 5 .2 
"3 13 TL 

x < 



Figure 10 



252 

254 
256 

258 

260 
262 
264 
266 
268 

270 



Access Existing Application 
and Management System User 
Interface 



Add Session Manager Obejct 



Add logon processing to 

existing application 
initialisation/ logon — 



Add logoff processing to 
existing application 



Add Visual Controls 



Add 


Chart 


Display 


Control 




r 


Add 


Image 


Display 


Control 



Add "View Chart" Button 



□ 



Add processing to call Query 

object with appropriate 
chart identifier when "View 
Chart" is pressed 
to query for chart 



272 



Add processing to retrieve 
chart from previous call to 
the Query object 



Add processing to get 
Chart Display control to 
display current chart after 
query 



274 



276 



Add processing to get Image 
Display control to display 
documents from current chart 

, ^ -Ftf^r- qn^ry 



278 



Add processing to destroy 
chart object after query and 
display processing 



280 



Add Processing for 
"View Chart" Button 



Add Query Object 



o 

m 
m 

v. 

o 
w 
o 

m3 



My 
Computer 



Network 
Neighborh... 



Recycle Bin 



Re cord Link 
Logon 




RecordLink Logon 



WMWi 



Default D omainDef aultl M S : sneezy: FileN et 



amS User Name | 
Password 



rlMb- 



sneezy:FileNet 



Existing Healthcare 
Application 



Existing Patient 
Document Management 
Application (logon 
window) 



Docket No. 1330.1031/JRB 



IN THE UNITED STATES PATENT AND TRADEMARK OFFICE 

In re Application of: 
Christopher Thomas VOIGT 

Serial No. : To be assigned Group Art Unit: To be assigned 

Filed: Concurrently herewith Examiner: To be assigned 

For: A SYSTEM PROVIDING DESKTOP INTEGRATION OF PATIENT 
INFORMATION AND DOCUMENT MANAGEMENT 

SUBMISSION OF DECLARATION 

Commissioner of Patents and Trademarks 
Washington, D.C. 20231 

Sir: 

In accordance with the rules of the Commissioner of Patents and Trademarks, published 
at 1035 O.G. 3 (October 4, 1983), the attached Declaration signed by Christopher Thomas 
VOIGT and Scott Allen RAIMIST identifies the inventors as Christopher Thomas VOIGT and 
Scott Allen RAIMIST, who are the named inventors of the subject application, as concurrently 
filed, and identifies the title of the invention as A SYSTEM PROVIDING DESKTOP 
INTEGRATION OF PATIENT INFORMATION AND DOCUMENT MANAGEMENT, 
which is the title of the subject application specification, as concurrently filed. The 
undersigned registered attorney states that the application entitled A SYSTEM PROVIDING 
DESKTOP INTEGRATION OF PATIENT INFORMATION AND DOCUMENT 
MANAGEMENT, concurrently filed herewith is the application which the inventors 
Christopher Thomas VOIGT and Scott Allen RAIMIST executed by signing the attached 
Declaration. 



Serial No.: To be assigned 
Group Art Unit: To be assigned 

Page 2 



It is requested that the attached Combined Declarations/Powers of Attorney be entered 
in the file for the above-referenced application and that the application be advanced to 
examination. If any payments are required in connection with the filing of this paper, please 
charge same to our Deposit Account No. 19-3935. A duplicate copy of this paper is attached. 



700 Eleventh Street, N.W. 
Suite 500 

Washington, D.C. 20001 
Telephone: (202) 434-1500 
Facsimile: (202) 434-1501 



Respectfully submitted, 



STAAS & HALSEY 




J.^Randall Beckers 
Registration No. 30,358 




2 



S&H Form (Rev. 3/99) 



UNITED STATES 



Docket No.: 1530.1031 



COMBINED DECLARATION/POWER OF ATTORNEY FOR UTILITY/DESIGN PATENT APPLICATION 

As a below named inventor, I hereby declare that: 

My residence, post office address and citizenship are as stated below next to my name. 

I believe that I am the original, first and sole inventor (if only one name is listed below) or an original, first and joint 
inventor (if plural names are Listed below) of the subject matter which is claimed and for which a patent is sought on the 
invention entitled: 

A SYSTEM PROVIDING DESKTOP INTEGRATION OF PATIENT INFORMATION AND DOCUMEN T MANAGEMENT 

the specification of which is attached hereto, unless the following box is checked: 

[~| was fl - lecl on as United States Application Number or PCT International Application 

(if applicable). 



Number 



and was amended on 



! hereby state that I have reviewed and understand the contents of the above- identified specification, including the claims, 
as amended by any amendment referred to above. 




certificate having a filing date before that of the application on which priority is claimed. 
Prior Foreign Application(s) 



(Number) 



(Country) 



Day/Month/Year Filed 



Priority Not Claimed 

□ 
□ 



(Number) 



(Country) 



Day/Month/Year Filed 



I herebv claim the benefit under 35 U.S.C. § 120 or § 119(e) of any United States application(s), or § 365(c) of any PCT 
nSernationa ap^ the United States, listed below and, insofar as the subject matter of each of the claims 

- of this aST cat ion is not disclosed in the prior United States or PCT International application(s) in the manner provided 
£ iil%^tSw*£of 35 U.S.C. § 112, I acknowledge the duty to disclose information which is material to pater . ability 
f as defined in 37 CFR § 1.56 which became available between the filing date of the prior application and the national or PCT 
1 International filing date of this application. 



(Application Serial No.) 



(Fi ling Date) 



(Status -- patented, pending, abandoned) 



(Application Serial No.) 



(Filing Date) 



(Status patented, pending, abandoned) 



I hereby appoint the following attorneys and agent to prosecute this application and to transact all business in the Patent 
and Trademark Office connected therewith: 

James 
30, 
Stei 
Norman 

Schertler, 35,348 (agent) 

Address all correspondence to: STAAS & HALSEY LLP, 700 Eleventh Street, N.W., Suite 500, Washington, D.C. 20001 
Direct all telephone caLls to: (202) 434-1500 - Facsimile No. (202) 434-1501 



hereby declare that all statements made herein of my own knowledge are true and that all statements made on informal ion 
and belief are believed to be true; and further that these statements were made with the knowledge that willful false 



statements and the like so made are punishable by fine or imprisonment, or both, under Section 1001 of Title 18 of the United 
ftftes Code and that such willful false statements may jeopardize the validity of the application or any patent issued 
thereon. 



Full name of sole or first inventor Christoph er Thomas VOIGT 



Inventor's Signature i 



Residence 1616 Sixth Place. McLean. Virg TTffa 22101 



i rgima 



Post Office Address Same as residence 



Date 



Citizenship U.S. 



Full name of second joint invenjtor, i£^any Scott A llen RAIMIST 

Second Inventor's Signature) 




Residence 6156 Gothwaite Drive. Centrevil le. Virginia 22010 
Post Office Address Same as residence 



Date 



Citizenship _U.S. 



I~l Additional inventors are being named on separately numbered sheets attached hereto. 



